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ArogiiidiMicnts to fee Drawings 
Block 810 of Fig. 8 is amended to correct a typographical error (changing "deparment's" 
to "department's"). No new matter is introduced Tvith fliis amendment 
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REMARKS 

Claims 1 , 5 - 7, 10 - 11, and 14 have been amended Claims 3 - 4, 9, and 13 have been 
ctmcelled from the application without prejudice. Claims 15-18 have been added No new 
matter is added with these attjendments, which are supported in the specification as originally 
filed. Claims 1, 5 - 7, 10 - 1 1 , and 14 - 18 are now in the application. 

L Proposed Correction to the Ehawines 

A proposed replacement drawing is submitted herewith for Fig* 8. The correction made 
in this replacement drawing is discussed above in "Amendments to the Drawings". No new 
matter is introduced with the replacement drawing. 

n. Rejection Under 35 U.S.C. $1020?^ 

Paragraph 9 of the Office Action dated December 22, 2004 (hereinafter, '"the Office 
Action'^) states lhat Claims 1, 3, 4, 6, 7, 9, 11, and 13 are rejected under 35 U-S.C. §102(b) as 
being anticipated by Rubin (U. S. Patent 5,412,797). Claims 3 - 4, 9, and 13 have been cancelled 
firom the application without prejudice. This rejection is respectfully traversed with regard to 
remaining Claims 1,6-7, and 1 1 . 

Applicants* independent Claims 1 , 7, and 11 have been amended herein to more clearly 
specify limitations pertaining to associations and the ends thereof. In particular. Claim 1 (for 
example) specifies that an associati on is between an instance of a first class atKi an instance of a 
second class" (line 4) and that the association comprises *^one association end ftom the instance 
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of the jBrst class to the instance of the second class and another association end fiom the instance 
of the second class to the instance of the first class" (Lines 4 - 7). Applicants' specification uses 
the tenm *1:)i-directiona] links'^ to characterize this scenario w^ere a link has an inverse, and can 
be navigated in both directions (that is, ^'one association end from the instance of the first class to 
the instance of the second class** and vice versa, emphasis added); see p. 1 5, lines 1-4. 

Rubin teaches techniques whereby "relations" are maintained using pointers in source 
instances and in sink instances. See, for example, col. 2, lines 46 - 5 L In particular-* a soitfce 
instance points to the (I) first and (2) last sink instances in a ring of sink instances (col. 2 line 
48), and a sink instance points to (1) the next sink instance in this ring> (2) the previous sink 
instance in this ring, and (3) the associated .soutfij^ instance (col. 2, lines 49 - 5 1 and lines 52 - 
57). 

In a scenario where there are 3 or more sink instan<»s, Rubin's source instances do not 
poitxtJto all of the sink instances - rather, his source instances point only to 2 of those sink 
instances (that is, to the 'first'" sink instance and the "last" sink instance in a ring, as noted 
above). Furthermore, Rubin specifically notes, at col. 18, line 43 - coL 19, line 2, that his 
invention can be employed such that his relationships can be inserted or removed without 
requiring access to source instances. This is because each sink instance stores Qn1:yL!gLpojnter to 
its source instance. Thus, using the procedure discussed in this cited text, a new sink instence 
must always be inserted such that it is neither the first sink nor the last sink . This restriction is 
necessaiy because the source instance does need to be updated if its first sink oi last sink pointers 
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arc chraged. The cited text therefore states that the source it^ance can be initialiad to use 
"dummy'' sink instances as the first and last sink instances of a ring, and thereafter all "real" sink 
instances are inserted in between those dummy instances (see, in particular, coL 18, lines 65 - 
67). Using this approach, only the next sink pointers and previous sink pointers of sink instances 
in the ring need to change: the newly-inserted sink instance merely includes a reference {i,e,, 
pointer) to the previously-created source instance. Thus, there is no modification of the "source 
end" of Rubin's relationship (see col, 19, lines I - 2, stating that neither read nor write access to 
the source instance is required; see also coK 19, lines 48 - 5 1, stating that Rubin's relationships 
can "sometimes" be removed without having read or write access to the source instance — 
provided, apparently, that the approach of using dummy instances has been followed). 

This is in contrast to Applicants' claimed invention, whereby each end of an association 
is changed whenever a modification is made to either of the ends. See the second and third 
limitations of Applicants' independent claims, where in both cases, the "association end to be 
modified" and its "inverse association end" participate in the specified programmatic steps. 

Applicants further resi»:tfully note that the analysis presented on page 4, line 12 - page 5, 
line 2 of the Office Action has misinterpreted "single multiplicity", as that tenn is used in 
Applicants' invention. In particular, Rubin's 'presents" relationship has a manv multiplicity, not 
a single multiplicity. That is because the source of a "pre^nts" relationship, according to 
Rubin's example, may have many related sink instances. This is similar to Applicants' 
"em^jloyees" association end, vAcrc the source of the "employees" association - namely, a 
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particular Department instance - may have many associations to particular Employee instances. 
In Rubin's example, the "isPresentedBy relationship is the one that has the single multiplicity - 
because, as in Applicants' example whereby a particular Employee instance has a "department*' 
association with at most one Department instance^ each of Rubin's sink instances 
"^isPi^sentedBy'* at most one source instance. Thus, in contrast to the statement on p, 4, lines 14 
- 16 of the OfiFice Action, Rubin's "presents" relationship has the '"many" multiplicity precisely 
because it can be associated to, or presents^ more than one sink instance. 

In addition, the statement on p. 4, lines 9 - 1 0 of the Of3fice Action misinterprets this 
single-multiplicity and many-multiplicity concept. As stated therein, Rubin's one-to-many 
relationships have both single and many multiplicity. As the '"single multiplicity'* and "many 
multiplicity" terms are used in Applicants' invention, by contrast, they consider only the upper 
bound of the multiplicity. For example^ a one-to-many (or stero-to-many) association end has 
only the many multiplicity. Its inverse, if and only if it is a one-to-one association end, has the 
single multiplicity. This is illustrated in Applicants' Fig. 2, where association end 210, for the 
"department" association end, is denoted as "L J" - that is, a one-to-one association end - 
whereas association end 220, for the "employees" association end^ is denoted as "0..*" that is., 
a 2ero-to-many association end. Page 4, lines 3-4 and lines 7-8 of Applicants' specifi cation 
refer to these ''I and "0..*** notations as indicating the multiplicity of the association wds; 
examples provided in Applicants' specification then use the terms "single'' and "many" 
multiplicity, respectively. (Note that each end of Applicants* associations arc directional: that is, 
the claimed "one association end" is jfeom the instance of the first class to the instance of the 
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second class, and the daim^ "another association end" is fiam the instance of the second class 
to the instance of the first class.) 

In view of the above. Applicants respectfiilly subtd it that their independent Claims U ^5 
and 1 1 are patentable over Rubin, Dependent Claim 6 is therefore deemed patentable over Rubin 
as well. Accordingly, Applicants respectfiilly request that the Examiner withdraw the § 102 
rejection- 

ni. Rejection Under 35 U.S.C. SlOSfa^ 

Paragraph 1 1 of the Office Action states that Claims 5, 10, and 14 are rejected under 
35 U.S.C. § 103(a) as being unpatentable over Rubin in view of Johnson (a publication from 
javaworldcom). This rejection is respectfully.traversed. 

As demonstrated above, Rubin fails to render Applicants' independent Claims 1 , 7, and 
1 1 unpatentable. Rubin and Johnson therefore cannot be combined (assuming, arguendo, that 
one of skill in the ait would be motivated to attempt such combination and that such combination 
can» in fact, be made) to render Applicants' dependent Claims 5, 10^ and 14 obvious. 
Accordingly, Applicants respectfully request that the Examiner withdraw the §103 rejection. 

rV. Conclusion 

An>licants respectfully request reconsideration of the p^ding rejected claims, 
withdrawal of all presently outstanding rqectiona, and allowance of all remaining claims at an 
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early date. 



Respectfully .submitted, 

Marcia L. Doubet 
Attorney for Applicants 
Reg. No. 40,999 



Customer Number for Correspondence : 43168 
Phone: 407-343-7586 
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